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Sometimes a chip designer will want to know: do 

I have an 

inverter connected to an inverter? Or there may be a 
replacement 

operation: find an NOR connected to a NOT, and replace 
them with an 

OR. This is not a global change NOR to OR, it requires 
examining the 

connectivity and perhaps other information. The query 
method can 

also be used in an exploratory fashion, complementing 
the interface 

provided by a browser/editor . 

Current tools used to modify an intermediate 
design are editors 

and logic synthesis. Editors have graphical interfaces 
that use the 

net/line, block/box metaphor. In general this 
interface is not 

suited to making complex global changes. With current 
technology it 

has become hard to present global chip design data in a. 
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meaningful 

way. Logic synthesis systems are powerful but 
generally not 

interactive. Because the building blocks of a 
synthesis system are 

compiled programs, synthesis is not well suited for 
"one shot" 

problems . 

Graphical Query System (GQS) queries and 
modified VLSI design 

data by specifying configurations. This VLSI data 
consists of 

connectivity information with attributes, such as block 
function or 

power level. Configurations are patterns of connected 
elements, with 

partially filled in attributes. For example, a simple 
configuration 

might consist of an AND- function block connected to an 
INVERTER- function. There might be a large number of 
instances of 

this configuration in a design. Configurations are 
globally applied 

by GQS against the data . 

The interface to GQS is entirely graphical, 
following the 

traditional box and line representation for ECAD data. 
Useful 

configurations may be very complex. A graphical 
notation was chosen 

to make the tool's interface intuitive. 

The user if presented with an interface like 
that of a simple 

schematic capture editor. These are two drawing r~^\ 
windows, one for the h J/ 

query pattern and one for the repl ace pat tern (if a ^ 
modification is " 

cios i red; . Buttons-^select the type of object and window 



to activate (TbT 

(query/replace) . Using--che mouse, blocks and wires are 
drawn in the 

appropriate window. Connectivity in the pattern is 
determined by 

jlacem ent^ Free wire ends are the i/o's to the 
pattern. All the 

circuits are represented by generic boxes. Pressing 
another button 

causes solutions to be found or displayed. 
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Handling replacement requires a way to specify 

how the 

^ replacing pattern will be stitched into the design. In 

the que~ry " ' " ' " ^ 

window dangling nets are the IOs to the pattern, for 
each such net a 

pseudo 10 block is displayed in the r eplacement window. 
Connecting a ~ ' - 

net to an 10 block in the replacement window creates an 
identity 

between this net and the dangling net in the query 
pattern. 

Here block C will replace the connected blocks 
A and B (as well 

as net Nl) . The dangling net, N2 , caused the io box 10 
to be 

created. And the replace block, C, will have it's 
output N3 be the 

same net as N2 in the query pattern. These are really 
variable 

names, there may be many instances of this pattern in 
the design. 

The user interface must also provide an easy 
way to specify 

attributes. A button press on an object brings up an 
attribute 

window that is color coded to match the object it is 
associated with. 

Attribute values, such as block function or block power 
level are all 

optional, but may be specified through this window. 

Query ordering is based on user input and is 
vital to managing 

query complexity. It is most important that the search 
start with 

the most constrained elements. The algorithm used is 
to start the 

search with the first block placed by the user, then 
following 

connectivity, first source to sink, then sink to 
source. This is a 

compromise between requiring the user to determine the 
full query 

ordering and requiring the program to determine the 
best query 

ordering . 

The preliminary work was written using Quintus* 

Prolog on an 
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IBM RISC System/6000**, the current system has been 
rewritten in C++ 

and also runs on an RISC System/6000. 

Performance is relative to the size of the 
design and the 

number of answers. It is possible to specify queries 
with large 

search spaces (any box connected to any box. . .) . The 
system is 

reasonably fast for well constrained queries. Finding 
IK answers in 

a design of 8K blocks takes about 5 seconds. 
* Trademark of Quintus Corporation 
** Trademark IBM Corp. 
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